問問題前，先做功課

記得看看 README、看看規格文件、查查 Google、查查公司群組是不是有人問過 ...等等等

在詢問之前，先整理一遍，也先問自己一遍

• 想處理什麽問題
• 預期會得到什麽結果
• 目前得到什麽結果
• 試過哪些作法

有時候，在過程中，莫名的就自己解開那個結了 --> 是真的 ！！！ (快樂無比)

以前怎樣怎樣，禁止!

自己有時候也會自己不小心在心裡冒出這樣開頭的 OS

但其實不是每個人都想知道你以前公司怎樣怎樣做
除非對方主動問，都不要自己隨意講出這樣開頭的話

三思而後行，說話也是...

每個公司的工作分配都不相同

A公司 有設計師負責設計+切版
B公司 有SRE負責維運相關大大小小的事
C公司 有技術長負責救火和諮詢

諸如此類的差異

當不習慣這樣的差異時，深呼吸
試著觀察每一家公司的作法和人員配置，當作一種學習

『 接觸多一點領域，不吃虧的，在未來某一天，都有可能派上用場 』

技術分享

技術很需要跟著與時俱進

公司常態性的技術分享或是同事們私下組成讀書會，都很優

只是公司常態性的分享，比較有強制力，也比較可以光明正大利用工作空檔準備(？)

但就現實面，還是要看公司文化和同事個性，如果大家平常都比較單打獨鬥，很少在交流.......

就想辦法自立自強寫寫鐵人賽、寫寫 Blog、看看文章、自己動手做 Project、重構自己的 Code 之類的

以上，大概就是這些年來來去去的精華感受(?)

最後小結:

『 程式路上，不孤單，共勉之。』